home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
NetNews Offline 1
/
NetNews Offline Volume 1.iso
/
news
/
fido
/
ger
/
amiprog
/
269
< prev
next >
Wrap
Internet Message Format
|
1996-03-16
|
3KB
From: Axel_Doerfler@p23.f413.n2449.z2.fido.sub.org (Axel Doerfler)
Organization: Point #23 der AmigaXess
Path: f413.n2449.z2.fidonet.org!not-for-mail
Newsgroups: fido.ger.amiprog
Subject: Re: Neues ueber StormC
Message-ID: <MSGID_2=3A2449=2F413.23=40fidonet_E809D451@fidonet.org>
References: <MSGID_2=3A241=2F575.16=40fidonet_510EF00F@fidonet.org>
Date: Mon, 25 Dec 1995 22:34:41 +0200
Hi Karl,
Am 20 Dec 95 hast du zu ½Re: Neues ueber StormC╗ an Guido Mersmann geschrieben:
KL>>> Sicher hat SAS mehr Erfahrung im Compilerbau.
GM>> Das bezweifel ich nicht, aber bei einem neuen Prozessor muessen die von
GM>> SAS auch erstmal Erfahrungen sammeln.
KL> SAS ist eigentlich auch kein Compilerhersteller sondern geschaeftigt sich
KL> in erster Linie mit Datenbanken. SAS hat die Compilerentwicklung
KL> nebenher begonnen und dabei die Arbeit von Lattice (obwohl Lattice der
KL> x86-Compiler schlechthin wahr) fortgesetzt. Der Grund war damals die
KL> Aufgabe von Lattice und die mangelde Qualitaet anderer Compiler. Es
KL> gibt SAS-Compiler auch auf anderen Maschinen. Hierzu gehoeren auch
KL> einige von IBM. Moeglicherweise gibt es bei SAS einen Codegenerator fuer
KL> PPC.
Wie man in c.s.a.programmer nachlesen konnte, haben sie eine PPC-Version fuer
den Mac - die SAS-Programmierer meinten allerdings, dass es nicht so einfach
waere, eine Amiga-Version herauszubringen, da die sc1.lib sehr veraendert werden
muesste wie auch sproof etc.
Das waere zwar nicht schwer im eigentlichen Sinne, jedoch sehr zeitauf- waendig
und damit teuer...
KL>>> Het Maxxon nicht jedes Update mit einer neuen Versionnummer
KL>>> versehen?
GM>> Nee, nur jedes zweite (-8
KL> Also : StormC 1.1 = MaxxonC 4.5
z.B. allerdings ist StormC nur vom Compiler an sich mit MaxonC
vergleichbar.
Der Rest ist wesentlich besser... (scheint so :)
GM>> Die zeigen sich sehr interessiert und werden wohl eine Box einrichten
GM>> und auch ueber EMail erreichbar sein.
KL> Schoen. Aus meiner persoenlichen Erfahrung mit Hotlineservice und
KL> Boxservice weiB ich jedoch, daB nicht alles beachtet wird. Dies
KL> verstehe ich allerding sehr gut.
Tja, bei hunderten von Mails kann man halt nicht alles beruecksichtigen... Das
Problem hat z.B. sehr stark Dr. Kittel :), der damit allerdings noch recht gut
zurande kommt.
GM>> Notwendig nicht, aber es ist schon schoen. Die Debugerfunktionen im
GM>> Editor und das Resourcetracking sind genial. AuBerdem per GUI das
GM>> "makefile" verwalten und die Doks und diverse Datenfiles einbinden,
GM>> das erspart viel arbeit.
KL> ... und treibt einem in den Wahnsinn, wenn etwas nicht funktioniert.
Ist ja auch nicht der Sinn (dass sie nicht funktioniert :)
Im Moment nutze ich nicht mal Makefiles, sondern mache alles per
Hand (mit Compileraufruf im Programmanfang :)
KL>>> Schoen, keine Bananensoftware (reift beim Kunden) :-)).
GM>> Und das kann Jahre dauern, wie man bei den Lemmingen sieht (((-8
KL> Wieso, immer noch geloest? OK, die Herstellerfirma hat ja auch nur ein
KL> Handbuch: Amiga Techinal Reference Guide Hardware.
Das dann auch noch veraltet ist :)
Adios...
Axel.